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(54) A method and system for off-line loading of stored value cards using a batch-load terminal 

(57) A method and system for batch loading a 
stored value application of a microprocessor based 
stored value card includes a stored value card 
reader/writer connected to a local computer device and 
a batch-load application running on the same computer 
device which securely stores load key information and 
emulates the remote functions of an on-line load trans- 
action. The computer also has a security module for 
storing load key information and an encryption device. 
Communication is initiated on the card reader at the 
local computer device between the stored value appli- 



cation and the batch-load application, and an off-line 
batch-load transaction is performed in which the load 
key information is validated and a funding source is also 
validated. An authorizing message is sent by the batch- 
load application to the stored value application with data 
representing a pre-selected monetary value. The batch- 
load application collects load transaction data and gen- 
erates a load transaction file to a system provider and a 
funding source. 
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Description 

Cross Reference to Related Applications 

[0001] This application claims priority to applicant's 
copending application having U.S. Serial No. 
60/061,864 filed October 15,1997. 

Field of the Invention 

[0002] The present invention relates generally to the 
field of stored value cards and more particularly to a 
method and system for batch loading of microprocessor 
based stored value cards off-line using a batch-load ter- 
minal. 

Background of the Invention 

[0003] A prepaid stored value card contains stored 
value which the user of the card can spend with a 
retailer. A card issuer receives money from a consumer 
in advance and stores corresponding value on the 
stored value card. After the retailer accepts stored value 
from the card, the retailer is reimbursed with actual 
money by the card issuer. Generally, a stored value card 
is a plastic card the size of a credit card that is embed- 
ded with either a microprocessor and a memory chip or 
only with a memory chip with non-programmable logic. 
The card embedded with the microprocessor is capable 
of adding, deleting, and otherwise manipulating infor- 
mation on the card. The chip in a memory chip only card 
consists only of storage and a little extra hardware that 
prevents access to the stored data unless, for example, 
certain stored passwords or PIN's are input correctly. 
The memory chip only card can only undertake a pre- 
defined operation. Memory chip only cards represent 
the bulk of stored value cards currently on offer, prima- 
rily for pre-paid, disposable card applications such as 
pre-paid phone cards. 

[0004] Memory chip only based cards are non-reload- 
able, have a very limited card lifetime, and are therefore 
disposable. On the other hand, microprocessor based 
cards are typically reloadable. Therefore, they poten- 
tially have a much longer card lifetime and are not gen- 
erally considered to be disposable. The security 
associated with the use of memory cards is not nearly 
as good as the security that is available with microproc- 
essor cards. With some cards, it is relatively simple to 
defraud a memory based stored value card. For exam- 
ple, a computer device can be used to intercept and 
record secret information communicated during a trans- 
action with the memory card and can then be used to 
play the role of the memory card in other transactions. 
Further, memory cards have been in use for a relatively 
long time, and disposable memory card security has 
remained stationary during that time. However, there 
are now next generation cards available that provide 
higher security. It is axiomatic that the longer security 



remains stationary, the more susceptible the security 
becomes to being compromised. 
[0005] Microprocessor based cards offer greater 
memory storage and security of data and can also proc- 

s ess data on the card. Microprocessor cards typically 
have cryptography built in, which makes use of secret 
keys. Thus, microprocessor cards offer far more secu- 
rity than memory based cards. Moreover, microproces- 
sor cards can be reloaded. Therefore, they can be 

io issued without value. Since memory cards are non- 
reloadable, they must be issued with value on them. 
When stored value cards are issued with value on them, 
they are equivalent to cash. Thus, the same elaborate 
security and audit measures employed to transport, 

15 store, and dispense cash must be used to transport, 
store, and dispense memory cards. 
[0006] It is not necessary to employ these elaborate 
security measures with microprocessor based reloada- 
ble cards issued without value. Microprocessor based 

20 reloadable cards can be loaded on-line using a load key 
kept in a remote processor for security reasons. How- 
ever, the on-line load transaction is time consuming and 
requires costly infrastructure. 

[0007] There is a current need to provide a method 
25 and system for batch loading microprocessor based 
stored value cards off-line using a batch-load terminal, 
which eliminates the need for expensive infrastructure 
costs associated with on-line loading transactions. 
There is a further need to provide a method and system 
30 for batch loading microprocessor based stored value 
cards for use as disposable cards, but with all the secu- 
rity afforded by microprocessor based cards. 

Summary of the Invention 

35 

[0008] It is a feature and advantage of the present 
invention to provide a method and system for batch 
loading microprocessor based stored value cards using 
a batch-load terminal which eliminates the infrastruc- 

io ture costs associated with on-line loading. 

[0009] It is a further feature and advantage of the 
present invention to provide a method and system for 
batch loading microprocessor based smart cards for 
use as disposable cards with all the security of a micro- 

45 processor based card. 

[0010] In an embodiment of the present invention, a 
reloadable microprocessor based card is batch loaded 
off-line using a batch-load terminal. The loading proc- 
ess for a microprocessor card can be done on-line for 

so security reasons. In order to maintain security, the 
secrecy of the load key is closely guarded, and it is 
located in a remote processor. Therefore, loading 
reloadable microprocessor cards on-line is time con- 
suming and ties up systems and infrastructure. Thus, it 

55 is advantageous to carry out the load process off-line. In 
order to load microprocessor based cards off-line in a 
secure way, it must be done in a secure location. The 
secret load key that is normally kept in the remote proc- 
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essor is put into a decryption device at a local batch- 
load terminal. In this way, the load process can be car- 
ried out securely at the local batch-load terminal. 
[001 1 ] In an embodiment of the present invention, a 
microprocessor based card is initialized with a load key 5 
with or without storing value on the card. Cards which 
are initialized without value are loaded with value on the 
batch-load terminal. Load information for the batch-load 
terminal transaction is logged in a transaction log. When 
the cards are sold, funding information is provided to a 10 
funding system of the financial institution. The load key 
is either a standard load key which allows successive 
reloading or a special load key which prevents reloading 
of the card after the original value is used. Thus, the 
card with the special load key is a disposable microproc- is 
essor based stored value card. 
[0012] In an embodiment of the present invention, 
effectively, the disposable microprocessor card has a 
starting value on it. Once the value is used up, it cannot 
be reloaded by normal means. Therefore, the disposa- 20 
ble microprocessor card has all the security advantages 
of a reloadable card and none of the disadvantages of a 
disposable memory based card. The microprocessor 
based card with the special load key is thus a disposa- 
ble card which can be used by collectors in the same 25 
way disposable memory based stored value cards are 
currently used, or for any other purpose for which dis- 
posable memory cards are presently used. 
[0013] To achieve the stated and other features, 
advantages and objects, an embodiment of the present 30 
invention provides a method and system for batch load- 
ing the stored value application of a stored value card 
microprocessor. Communication is initiated on a stored 
value card reader at a local terminal between the stored 
value application and a batch-load application residing 35 
on the local terminal. A request for a load transaction is 
transmitted for the stored value application to the batch 
load application, and the batch-load application author- 
izes the load transaction in response to the request The 
stored value application and the batch-load terminal 40 
include secret load key information for the load transac- 
tion. 

[001 4] In an embodiment of the present invention, the 
load key information is stored securely in a security 
module on the local terminal. The local terminal is a 45 
computer, for example a personal computer, at a finan- 
cial institution, such as a bank. The batch-load applica- 
tion also includes an encryption device and a CD-ROM 
for security purposes. The request for the load transac- 
tion includes a request from the stored value application 50 
to the batch-load application to load a preselected mon- 
etary value to the stored value application. The request 
is transmitted from the stored value application to the 
batch-load application as an encrypted message and 
includes the load key information. The batch-load appli- 55 
cation decrypts the encrypted message and validates 
the load key information. The batch load application 
also confirms a funding source, such as the financial 



institution, and transmits an authorizing message to the 
stored value application, including data representing the 
pre-selected monetary value. The authorizing message 
also includes, for example, load key information and 
card serial number information. 
[0015] In an embodiment of the present invention, 
before batch-loading the stored value card, the stored 
value application is initialized by unlocking the applica- 
tion with transport key information. The transport key 
information is exchanged for the load key information, 
which may be a reloadable load key that allows succes- 
sive reloading or a non-reloadable load key which can- 
not be reloaded after the original loading of stored 
value. After the load transaction is authorized, the trans- 
action is confirmed by the stored value application 
transmitting a load completion message to the batch- 
load application. The batch load application collects 
data about the load transaction from the messages 
communicated between the stored value application 
and the batch-load application and logs the data in a 
load transaction log. The batch-load application also 
generates the load transaction log to a stored value 
card load transaction file and transmits the file to the 
card system provider and the funding source, such as 
the financial institution. 

[001 6] In an embodiment of the present invention, the 
system components include a stored value card 
reader/writer, which can read and write to the stored 
value application and which is connected to the financial 
institution's personal computer. The batch-load applica- 
tion runs on the same personal computer, which is also 
has a security module for storing the load key informa- 
tion, as well as an encryption device. The batch-load 
application includes a methodology for collecting the 
messages transmitted between the stored value appli- 
cation and the batch load application as load transac- 
tion data and for generating log files of the load 
transaction data to the system provider and the funding 
source. A card feeder mechanism is provided to load 
cards automatically to the card reader/writer from a feed 
hopper. A collection hopper is provided to collect the 
cards after loading, and a reject hopper is provided to 
collect rejected cards. 

[0017] Additional objects, advantages and novel fea- 
tures of the invention will be set forth in part in the 
description which follows, and in part will become more 
apparent to those skilled in the art upon examination of 
the following, or may be learned by practice of the inven- 
tion. 

Brief Description of the Drawings 
[0018] 

Fig. 1 shows a stored value card embedded with a 
microprocessor chip for an embodiment of the 
present invention; 

Fig. 2 is a flow chart which illustrates the compo- 
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nents and flow of information between the compo- 
nents for an on-line process of loading reloadable 
microprocessor stored value cards; 
Fig. 3 is a flow chart which shows an overview of 
the key components and illustrates the flow of infer- 5 
mation between the components for the off-line 
batch-loading loading of stored value cards fa an 
embodiment of the present invention; 
Fig. 4 is a somewhat schematic diagram which pro- 
vides further detail regarding the key components w 
shown in Fig. 3 for a embodiment of the present 
invention; 

Fig. 5 is a flow chart which amplifies the flow of 
information shown in Fig. 3 and provides further 
detail regarding the process of a transport mecha- is 
nism automatically feeding stored value cards for 
off-line batch loading for an embodiment of the 
present invention; 

Fig. 6 is a somewhat schematic diagram which pro- 
vides further detail regarding the transport mecha- 20 
nism shown in Fig. 5 for an embodiment of the 
present invention; and 

Fig. 7 is a somewhat schematic diagram which pro- 
vides further detail regarding the components for 
the process of the transport mechanism automati- 25 
cally feeding stored value cards for off-line batch 
loading shown in Fig. 5 for an embodiment of the 
present invention. 

Detailed Description 30 

[001 9] Referring now in detail to an embodiment of the 
invention, an embodiment of which is illustrated in the 
accompanying drawings, Fig. 1 shows a microproces- 
sor based stored value card 2 embedded with a micro- 35 
processor chip 6 for an embodiment of the present 
invention. Artwork for the microprocessor card 2 is 
developed and supplied to a plastics manufacturer 
which manufactures the card. The plastics manufac- 
turer is also supplied with appropriate ISO specifica- 40 
tions to assure that the card 2 meets ISO standards, 
including module positioning per ISO 7816 specifica- 
tion. Likewise, standards for chip imbedding are pro- 
vided. The plastics manufacturer prints the plastic out 
as the completed card 2. A hole 4 is milled into card 2, 4s 
and a microprocessor chip module 6 is embedded in the 
card. The chip 6 is essentially inserted in the hole 4 and 
glued in place. The card 2 now has an operating sys- 
tem, and it has a stored value application either in soft 
mask or hard mask on the chip module 6. At this point, so 
the module 6 does not have a load key or a purchase 
key or a card serial number, but instead is locked with a 
transport key. 

[0020] In an embodiment of the present invention, 
after being embedded with microprocessor 6, card 2 is ss 
sent to a financial institution, such as a bank, for initiali- 
zation with secret keys, including a load key. After the 
card 2 has been initialized, it has no substantial value 



associated with it. In this way, the cards can be initial- 
ized at a centrally located remote location and trans- 
ported to a loading location, which is close to the area in 
which they are to be used, without the necessity of 
using, for example, an expensive armored carrier trans- 
port. Rather, after initialization and before loading value, 
the cards can be shipped by regular delivery service, 
such as UPS. The cost of the chip 6 is only about $2.50, 
and after the initialization cost, the card 2 has only about 
$3.50 of cost associated with it. While this represents 
some value in cost, it is not value that can be used by an 
outside party, because it is necessary to store value on 
the card 2 in order to actually use it, which is an advan- 
tage of loading the card later. 
[0021 ] In an embodiment of the present invention, the 
secret keys with which card 2 is initialized are furnished 
by the system provider, such as VISA. The transport key 
allows the financial institution to open up microproces- 
sor 6 so that it can be read and written to. The load key 
is put into microprocessor 6. The load key is generated 
under information also provided by the system provider. 
The load key is very important and must be kept secure. 
The load key is generated in a three part form and put 
together in a terminal that is resident in the initialization 
area within the financial institution. The financial institu- 
tion is also provided with a range of serial numbers by 
the system provider, from which the financial institution 
selects a serial number sequence for a card serial 
number. A purchase key is also supplied by the system 
provider. The purchase key allows card 2 to operate in a 
purchase terminal or merchant terminal. 
[0022] In an embodiment of the present invention, the 
batch load terminal provides a mechanism for batch 
loading microprocessor card 2 which emulates an on- 
line loading process for loading reloadable microproces- 
sor cards. Fig. 2 is a schematic flow chart which illus- 
trates the components and the flow of information 
between the components for the on-line loading of 
reloadable microprocessor based stored value cards. In 
loading reloadable card 2, a value is selected, and the 
value is presented to the card essentially in messages 
generated between the components. Referring to Rg. 2, 
the on-line loading process makes use of a terminal 8 
with a card reader 10, a remote transaction and card 
validation system 12, and a funding source, such as a 
bank processor 14. In the on-line loading process, an 
encrypted request message 16 with the selected value 
is sent from microprocessor 6 of card 2 to the remote 
processor 12, where the message is decrypted. The 
card 2 is validated, and a funding source is also vali- 
dated at 18 with bank processor 14. An encrypted 
authorizing message 20 is generated at the remote 
location 12 authorizing the load that goes directly to the 
microprocessor 6 of card 2, and the card is loaded with 
the value. A message 22 confirming that card 2 has 
been loaded is returned by the microprocessor 6 to the 
remote location 12. 

[0023] Fig. 3 is a flow chart which shows an overview 
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of the key components for an embodiment of the 
present invention and illustrates the flow of information 
between the components. Referring to Fig. 3, the batch- 
load terminal, shown generally as 30, uses a computer 
application of a financial institution's local PC device 32 
which emulates the on-line load process for an embodi- 
ment of the present invention. The PC device 32 is used 
in combination with a secure decryption device or mod- 
ule 34, for example, as an attachment or a plug board. 
Fig. 4 is a somewhat schematic diagram which provides 
further detail regarding the key components for an 
embodiment of the present invention. In addition to PC 
device 32, batch load terminal 30 also includes a card 
reader/writer 60 and a stored value card reader/writer 
36, a monitor 62, a keyboard 64, a mouse 66 and a 
printer 68. Terminal 30 is located locally in a secured 
financial institution facility, and the application program 
on local PC device 32 is used to simulate the remote 
functions of the on-line load process. The secret load 
key is supplied by the system provider and stored in the 
security module 34 on the local PC device 32 of the 
financial institution. The computer application on PC 
device 32 includes a methodology which collects all 
messages between the components, including request 
message 38, authorization message 40, and load con- 
firmation message 42. Load confirmation message 42 
is collected as the confirmation that card 2 has been 
loaded. Log files of load transaction information are 
generated at 44 for the system provider and financial 
institution at 46. 

[0024] In an embodiment of the present invention, for 
security reasons, the batch-load terminal applications, 
including utilities, require a CD-ROM to be installed in 
the local PC device 32 of batch-load terminal 30. The 
software is implemented not to run from any device 
other than the CD-ROM and requires the decrypting 
device 34 to be installed in PC device 32. The applica- 
tion resides on a CD-ROM and runs only from the CD- 
ROM. The CD-ROM can be removed and stored 
securely when batch-load terminal 30 is not in use. For 
example, batch load terminal 30 uses a Windows NT 
4.0 Workstation configured to permit operation only 
when the CD-ROM is installed and two keys have been 
entered using passwords encrypted by encryption 
device 34. The processing of stored value cards is 
logged in a transaction log. The log is sent to a smart 
card file entity for adding stored value card data to a 
smart card file. The smart card file provides a database 
containing the information required to send funding and 
load advice messages at 44. When stored value cards 
are issued, for example, to merchants or customers, 
notice is sent to the load authorization and funding sys- 
tems 46. 

[0025] In an embodiment of the present invention, the 
software mechanism is used to load the card 2 locally 
using only the financial institution's local PC device 32, 
with the decryption or security device 34 to store the 
load key and the computer program to emulate the on- 



line load. Information is then presented to the financial 
system at 44 to confirm that card 2 has been activated 
with value. It is necessary to present the information 
confirming that card 2 has been activated with value, 

5 because there is a funding risk or liability against the 
financial institution. In other words, although card 2 is 
loaded, the card may not be active. Once card 2 is 
loaded, activation is confirmed by attaching the single 
card reader 60 to the financial institution PC device 32 

io and manually loading stored value cards, one at a time. 
The confirmation process is automated with readily 
available equipment which provides a transport mecha- 
nism that takes a single smart card 2 and moves it into 
a read/write location and writes information or reads 

is information and then ejects the card. 

[0026] Fig. 5 is a schematic flow chart which amplifies 
the flow of information shown in Fig. 3 and provides fur- 
ther detail regarding the components involved in the 
process of multiple-card batch loading for an embodi- 

20 ment of the present invention. Referring to Fig. 5, a 
mechanism 50 is provided to front end the transport. 
Fig. 6 is a somewhat schematic diagram which provides 
further detail regarding the transport mechanism or 
enclosure 50 shown in Fig. 5 for an embodiment of the 

25 present invention. Fig. 7 is also a somewhat schematic 
diagram which provides further detail regarding the 
components for the process of multiple-card loading 
illustrated in Fig. 5 for an embodiment of the present 
invention. Referring to Figs. 5-7, mechanism 50 

30 includes a card feeder or hopper 52 that allows a stack 
of cards to be placed in mechanism 50. The PC device 
32 permits the addition of the enclosure 50 with a hop- 
per 52 as a peripheral. The PC device 32 has a motor- 
ized smartcard reader/writer transport 54 equipped with 

35 hoppers 56, 58 to process a pre-determined number of 
cards per hour. The batch-load terminal 30 with hopper 
52 can process a number of stored value cards at a 
time, although stored value cards can still be processed 
one at a time for small sessions. For example, a stack of 

*o cards are placed in the feeder 50. The same PC system 
32 with motorized transport 54 is used, but an auto- 
mated dial-up terminal emulation application is used to 
load the cards at a pre-determined rate. 
[0027] in an embodiment of the present invention, 

45 alternatively, a mechanism to front end the transport 
has a cassette which is loaded with a number of cards 
and inserted into mechanism 50. Mechanism 50 has a 
feed hopper 52 and a transport 54 for reading and writ- 
ing. Mechanism 50 also has a device for rejecting cards 

so into a separate hopper 56. Further, mechanism 50 has 
an exit collection device 58 for the loaded cards. The PC 
device 32 which performs the load functions also con- 
trols the hopper 52 to feed cards to the read/write smart 
card station 54 and the exit hopper 58 to collect the 

55 loaded cards, and a reject path 56 is provided. The 
financial institution module 34 is used to store the load 
key. A load program operates the identified mechanical 
card transport components and generates the neces- 
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sary management information systems log files 
required for the load authorization and funding systems 
46. 

[0028] In an embodiment of the present invention, the 
separate card reader/writers 36, 60 are replaced with s 
enclosure 54 containing card reader/writers 70,72. A 
serial port data switch is used to select either the stored 
value card reader/writer 72 or the hopper reader/writer 
70 to load the stored value cards. The stored value card 
reader/writer 72 is provided for loading one stored value 10 
card at a time. The stored value card hopper 
reader/writer 70 is provided for loading a plurality of 
stored value cards, in addition, the stored value card 
canister 52 is provided for stacking a plurality of loaded 
stored value cards, and the stored value card reject 15 
hopper 56 is provided for stacking a plurality of rejected 
stored value cards. Hopper 52 supports the automated 
batch-load of a plurality of standard stored value cards. 
The hopper reader/writer 70 is not specifically designed 
to batch-load embossed cards. However, embossed zo 
cards can be batch-loaded with the stored value card 
reader/writer 72. 

[0029] In an embodiment of the present invention, 
non-embossed cards are used in card feed mechanism 
50, because the embossing does not allow smooth 25 
feeding of the cards. While the hopper reader/writer 70 
is not specifically designed to batch-load cards 
embossed, for example, with numerals and account 
numbers, embossed cards can be batch-loaded with 
the stored value card reader/writer 72. Embossed cards 30 
which are allowed to rub together in feed mechanism 50 
can potentially become scratched, which detracts from 
the value of a card to collector. In the collectors' market, 
people collect cards similar to the way they collect, for 
example, stamps. Collectible cards can become worth 35 
thousands of dollars if, for example, they have limited 
issue. Consumers use and collect cards adorned with 
artwork in the form, for example, of pictures drawn by 
children, pictures of food, professional sports celebri- 
ties, recreation facilities, parks, musicians, historical 40 
scenes, post office themes. Such cards are much like 
stamps in that the condition of the cards is very impor- 
tant. 

[0030] In an embodiment of the present invention, the 
cards from the card manufacturer are stored in a vault 45 
by the financial institution. As cards are needed, they 
are put into hopper 52 of the load device 50, and value 
is put on the cards using the load key. The batch-load 
terminal 30 batch-loads initial value into reloadable 
stored value cards. A record is kept of the serial num- so 
bers of loaded cards and the load information, and the 
record is forwarded at 44 to the load authentication sys- 
tem 46. The cards are distributed to various locations 
for sale by entities which sell the cards, for example, as 
collector cards to merchants or distributed to bank 55 
branches. When cards are sold to collector/merchants 
or through card dispensing machines or bank branches, 
reports of the sales are generated. Placing pre-loaded 



stored value cards in a card dispensing machine per- 
mits the card dispensing machine to operate without 
going on-line for cash transactions. 
[0031] In an embodiment of the present invention, the 
financial institution does off-line loading of value to 
reloadable cash cards prior to issue or sale, provides 
appropriate management information systems data to 
the system provider and maintains financial institution 
contingent and direct liability fund pools up to date. The 
types of cards include, for example, reloadable cards as 
well as microprocessor based disposable cards using a 
special load key which prevents reloading. Reloadable 
cards include, for example, financial institution-brand 
only cards and financial institution-brand with co-brand 
cards. Co-brand cards are jointly marketed, for exam- 
ple, with merchants, cultural organizations, and govern- 
ment institutions such as the post office. The cards are 
batch-loaded with a specific value for issuance from 
card dispensing machines, to collector companies, to 
merchants, and over-the-counter at branches. Any 
reloadable stored value card loaded by the batch-load 
terminal can have value subsequently added at any sys- 
tem provider cash load terminal. 
[0032] In an embodiment of the present invention, the 
cards are distributed to card dispensing machines. The 
reloadable chip which can double as a reloadable card 
or a disposable card provides the ability to load at the 
time of dispense or sale. A major benefit of using the 
reloadable chip is that the card has no value until it is 
loaded, and storage and shipping require minimum 
security. The load key stored in the card determines 
whether it is a disposable card or reloadable card. The 
disposable card has a special load key that is not avail- 
able for general use on the system provider's system. 
The reloadable card has the standard load key and can 
be reloaded. The card dispensing machine has the 
capability to go on-line to the financial institution for 
reporting machine status and uploading the dispense 
transaction log with card serial number and value. The 
card dispensing machine is essentially like a cigarette 
vending machine, except that it dispenses cards rather 
than cigarettes. A customer uses either a debit card, a 
credit card, or cash in the machine to secure one of the 
preloaded cards. Card dispensing machines are ideal 
for dispensing the cards, because they are constructed 
as a vault to protect the money that is located within the 
machine, which also protects the cards. 
[0033] In addition, in an embodiment of the present 
invention, card dispensing machines can allow combi- 
nations of other features relating to the dispensed credit 
cards, such as personalization of the cards. In this 
embodiment, such personalization can include, for 
example, imprinting the card with a personalized photo- 
graph or other image selected by the customer. 
[0034] Various preferred embodiments of the inven- 
tion have been described in fulfillment of the various 
objects of the invention. It should be recognized that 
these embodiments are merely illustrative of the princi- 
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pies of the present invention. Numerous modifications 
and adaptations thereof will be readily apparent to those 
skilled in the art without departing from the spirit and 
scope of the present invention. Accordingly, the inven- 
tion is only limited by the following claims. 5 

Claims 

1. A method of batch loading value tp a stored value 
card, comprising: ro 

initiating communication at a local terminal 
between the stored value application and a 
batch-load application residing on the local ter- 
minal; 15 
automatically transmitting a request for a load 
transaction for the stored value application; and 
automatically authorizing the load transaction 
by the batch-load application. 

20 

2. The method of claim 1, wherein initiating further 
comprises initiating communication on a card 
reader device of the local terminal. 

3. The method of claim 2, further comprising automat- 25 
ically feeding a stored value card embedded with 
the stored value application to the card reader 
device. 

4. The method of claim 1 , wherein the stored value so 
application comprises an application residing on a 
stored value card microprocessor. 

5. The method of claim 1, wherein the local terminal 
comprises a computer. 35 

6. The method of claim 5, wherein the computer com- 
prises a financial institution computer. 

7. The method of claim 6 wherein the financial institu- 40 
tion computer comprises a bank personal compu- 
ter. 

8. The method of claim 1, wherein the batch-load 
application comprises a security module. 45 

9. The method of claim 8, wherein the security module 
comprises load key information. 

10. The method of claim 1, wherein the batch-load so 
application comprises an encryption device. 

11. The method of claim 1, wherein the batch-load 
application comprises a CD-ROM. 

55 

12. The method of claim 1, wherein transmitting further 
comprises transmitting the request to the batch- 
load application. 



13. The method of claim 1, wherein transmitting further 
comprises pre-selecting a monetary value for the 
load transaction. 

14. The method of claim 13, wherein transmitting fur- 
ther comprises transmitting a request for a load of 
the pre-selected monetary value. 

15. The method of claim 1, wherein the request com- 
prises an encrypted message. 

16. The method of claim 15, wherein the encrypted 
message comprises load key information. 

17. The method of claim 16, wherein authorizing further 
comprises decrypting the encrypted message. 

18. The method of claim 17, wherein authorizing further 
comprises validating the load key information. 

19. The method of claim 1, wherein authorizing further 
comprises confirming a funding source. 

20. The method of claim 19, wherein the funding 
source comprises a f inancial institution. 

21. The method of claim 1, wherein authorizing further 
comprises transmitting an authorizing message to 
the stored value application. 

22. The method of claim 21, wherein the authorizing 
message comprises data representing a pre- 
selected monetary value. 

23. The method of claim 22, wherein the authorizing 
message further comprises data representing 
stored value card purchase code information. 

24. The method of claim 22, wherein the authorizing 
message further comprises data representing 
stored value card serial number information. 

25. The method of claim 1, further comprising initializ- 
ing the stored value application. 

26. The method of claim 25, wherein initializing further 
comprises unlocking the stored value application 
with transport key information. 

27. The method of claim 26, wherein unlocking further 
comprises exchanging the transport key informa- 
tion for load key information. 

28. The method of claim 27, wherein the load key infor- 
mation comprises a reloadable load key. 

29. The method of claim 27, wherein the load key infor- 
mation comprises a non-reloadable load key. 
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30. The method of claim 1, further comprising confirm- 
ing completion of the load transaction for the stored 
value application. 

31. The method of claim 30, wherein confirming further 5 
comprises transmitting a load transaction comple- 
tion message to the batch-load application. 

32. The method of claim 1 , further comprising reporting 
data for the load transaction by the batch-load to 
application. 

33. The method of claim 30, wherein reporting com- 
prises collecting the load transaction data. 

15 

34. The method of claim 33, wherein collecting com- 
prises logging the load transaction data in a trans- 
action log. 

35. The method of claim 34, wherein collecting further zo 
comprises generating the transaction log to a 
stored value card load transaction file. 

36. The method of claim 35, wherein collecting further 
comprises transmitting the load transaction file to a 25 
stored value card system provider. 

37. The method of claim 36, wherein collecting further 
comprises transmitting the load transaction file to a 
stored value card funding source. 30 

38. The method of claim 37, wherein the funding 
source comprises a financial institution. 

39. The method of claim 38, wherein the financial insti- 35 
tution comprises a bank. 

40. The method of claim 1 wherein the stored value 
card is dispensable by a card dispensing machine. 

40 

41. The method of claim 40 wherein the card dispens- 
ing machine allows personalization of the dis- 
pensed stored value card. 

42. The method of claim 41 wherein the personalization 45 
of the dispensed stored value card includes imprint- 
ing the stored value card with a selected image. 

43. A system for batch loading value to a stored value 
card, comprising: 50 

means for initiating communication at a local 
terminal between the stored value application 
and a batch-load application residing on the 
local terminal; 55 
means associated with the local terminal for 
automatically transmitting a request for a load 
transaction for the stored value application to 



the batch-load application; 
means associated with the batch-load applica- 
tion for automatically authorizing the load 
transaction. 

44. The system of claim 43, wherein the initiating 
means comprises a card reader associated with the 
local terminal. 

45. The system of claim 44, further comprising means 
associated with the card reader for automatically 
feeding a stored value card imbedded with the 
stored value application to the card reader. 

46. The system of claim 43, wherein the local terminal 
comprises a computer. 

47. The system of claim 46, wherein the computer com- 
prises a financial institution computer. 

48. The system of claim 47, wherein the financial insti- 
tution computer comprises a bank personal compu- 
ter. 
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